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SCAN DIAGNOSIS SYSTEM 
AND METHOD 



FIELD OF THE INVENTION 
5 V^S^^The invention relates^enerally to automatic test equipment and more 

particularly a scan diagnosis ^stem and method for designing, testing and diagnosing 
semiconductor devices. \ 

BACKGROUND OF THE INVENTION 

1 0 Conventional automatic test equipment (ATE) tests semiconductor devices 

using the functional test approach. The goal of the functional test approach is to 
verify that the device performs its intended function under a variety of realistic 
operating conditions. Use of the functional test approach typically requires the 
generation of functional test patterns which exercise the device through its external 

15 interface. 

^J9^^^^ However, as device complexmes and densities increase, the cost of the 
cmiventional functional test approacmcan increase dramatically. In particular, the 
volume of functional test pattern datalrequired to achieve acceptable fault coverage 
may increase exponentially with the size of the device. To offset these costs, many 
2 0 semiconductor manufacturers have looked towards structured design-for-testability 
(DFT) methods. With structured DFT methods the goal changes from verification of 
functionality to finding manufacturing aefects. These methods generally rely on 
additional circuitry provided on the devise to enhance the controllability and 
observability of the intemal state of the device. 

2 5 "Scan testing" is one common DFT method which has been used to test 

semiconductor devices and printed circuit boards for many years. With scan testing, 
"scan chains" (serially connected chains of storage cells) are inserted into the design. 
To test such a device, signals are first shifted serially into the device through the 
primary input pins to initialize the cells in the scan chain. Then the device is clocked 

3 0 for some number of cycles to propagate each scan cell's value into the adjacent 

combinational logic, after which the output of that logic is recaptured into the scan 
chain. Finally, the scan chain contents are serially shifted out of the device through its 
primary output pins and compared to expected values. From a test generation 
perspective, the effect of this approach is to make a sequential design appear like a 
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combinational design with a larger number of pins, as scan cells behave effectively as 
pseudo inputs and outputs. 

Nowadays, the generation of scan test patterns is performed by automatic test 
pattem generation (ATPG) tools. ATPG tools use knowledge of the device design and 
5 available scan chains to generate pattems which target specific faults. This is in 
contrast with the functional test pattem generation approach, which generally 
produces test pattems to exercise device behaviors and later performs a fault coverage 
tool check to see which faults the pattems detect. 

Some ATPG tools are also capable of performing diagnosis, which is 
10 essentially the reverse of the pattem generation process. To perform diagnosis, the 
ATPG tool reads a list of observed scan cell failures for a given pattem and 
determines a gate or set of gates which would explain the failures if those gates had 
certain manufacturing defects. 

However, to make use of these tools, the device must generally be tested using 
15 the ATPG pattems, and the failures captured on the tester must somehow be routed 

'-si 

i«j back to the diagnosis tool. At a minimum, this often requires pattem conversion 

Ul (converting the ATPG pattem into a manufacturing tester pattem) and result 

",f. conversion (converting the output of the manufacturing tester into a format readable 

fll by the diagnosis tool). Pattem conversion involves translation from the ATPG pattem 

I" 20 format (usually STIL or WGL for scan pattems) into the proprietary test pattem 

jasiii 

Q format of the manufacturing tester. Result conversion involves translation from the 

UJ domain of failing ATE pattem names and addresses to the domain of failing scan cells 

relative to ATPG pattem names. Therefore, result translation generally requires some 

-•sal 

|n=fe knowledge of how the ATPG pattems were translated into manufacturing test 

2 5 pattems, thus complicating the process. 

Once results are converted into the appropriate form for the diagnosis tool, the 
diagnosis tool can be invoked to perform diagnosis on the scan failures, producing 
logical defect data. From this point on, other available tools may be used to translate 
the logical defect data into the physical locations of the defects, and then to analyze 
30 the physical failures at these locations to determine the underlying causes and possible 
remedies. 

For example, Maier and Smith describe an improved diagnostic process in 
their article entitled "A New Diagnostic Methodology." Their process first involves 
translation of logical diagnosis results such as produced by the process described here 

3 5 into physical locations which can then be combined with in-line electrical test data 



- 2 - 



■sal 



m 



such as that produced by optical inspection equipment. By correlating test failures to 
physical defects, they allegedly reduce the number of hardware samples submitted to 
failure analysis technicians. This allegedly reduces the normally long tumaround time 
it takes to get feedback from diagnostic data. The specific mapping tools described 
5 include a wafermap tool which overlays electrical test data with optical inspection 
data. Additionally, a per-die layout-oriented mapping tool is provided to support the 
accumulation of multiple data sets to identify "hot spots" in the device design. 
jib^^While the conventionaBtechniques described above are beneficial for their 
intended purposes, the lack of automation between the ATE and the diagnosis tool is 

10 problematic. Existing pattern cmiversion tools are not integrated with the result 

translation process, so existing relsult translation solutions generally embed knowledge 
about the particular ATPG/diagno|sis tool, pattern conversion tool, ATE, test program, 
and/or device and must therefore ut modified when any of these changes. Moreover, 
the failure data identified and processed is typically not readily user-comprehensible. 

15 The scan diagnosis system and metqpd of the present invention addresses these 
problems. 
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SUMMARY OF THE INVENTION 
S^^^^^The scan diagnosis system Lid method of the present invention provides a 
unique automated and visual approaffli to testing semiconductor devices with ATE and 
DFT tools. This minimizes diagnosi Atime for devices-under-test, thereby optimizing 
5 the design-to-production timetable for^emiconductor devices. 

j*J*^^^To realize the foregoing adv^tages, the invention in one form comprises a 
scan diagnosis system for testing and magnosing a device-imder-test. The system 
includes a semiconductor tester adapted for coupling to the device-under-test and 
operative to generate pattern signals in me ATE domain to test the device-under-test 
10 and produce test output data in the ATEWomain. An ATPG diagnosis tool is 

operative to generate ATPG pattern data and ATPG results data in the ATPG domain. 
A translator serves to effect automatic conblation of data between the ATPG domain 
and the ATE domain to allow data commu^cation between the tester and the tool. 
1^^^ In another form, the invention comprises a scan diagnosis system including a 

Q 15 test and diagnosis engine and a graphical-user-interface. The test and diagnosis 
'p^ engine includes a semiconductor tester and a scan diagnosis tool. The graphical-user- 

m interface includes a generator for receiving failure scan chain data identifying failed 

scan chains from the test and diagnosis engine and generating graphical 
1=11 representations of the failed scan chains. The GUI further includes a display device 

20 coupled to receive the graphical representations from the graphical user interface. The 
display device is operative to display the graphical representations of the failed scan 
chains. 

^J'jjJ^^^In a fiirther form, the inventioA comprises a method including the steps of 
te^ng a device-under-test with test pattern data in a scan format; capturing scan 

2 5 failure data associated with failed scan qhains from the device-under-test; displaying a 
portion of the scan chains including the captured failure data; and diagnosing the scan 
failure data with a diagnosis tool to produce diagnosis results data. 

Other features and advantages of the present invention will be apparent from 
the following detailed description when read in conjunction with the accompanying 

3 0 drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood by reference to the following more 
detailed description and accompanying drawings in which 
y^P^^FIG. 1 is a simplifiec^lock diagram of a scan diagnosis . system according to 
one form of the present inven\on; 

FIG. 2 is a block diagram illustrating the test result translator shown in Figure 

1; 

FIG. 3 is a block diagram similar to Figure 2, illustrating the diagnosis result 
translator of Figure 1; 

FIG. 4 is a partial flowchart illustrating the scan method of the present 
invention carried out by the scan system shown in Figure 1 ; 

FIG. 5 is a partial flowchart of the method of FIG. 4; and 

FIGs. 6 - 8 are screens illustrating various options and results provided by the 
GUI of Figure 1. 



DETAILED DESCRIPTION OF THE INVENTION 

jv^^^ Electronic design automation (^DA) software gives semiconductor device 
manufacturers a tool for troubleshooting and refining their circuit designs before 
entering mass production. Employing IDA tools with production-oriented ATE 
5 provides real-world test solutions not only for the pre-production stage, but also in 
post-production where new failures ma}^materialize that might be indetectable 
through simulation alone. The present iiwention seamlessly integrates EDA software 
with the ATE software to create a scan diagnosis system, generally designated 20 
(Figure 1), to fiilly automate the process. 
1 0 V^^T^ Referring to Figure 1 , the scan ^agnosis system 20 employs a test and 

diagnosis engine 30 that couples to a device-under-test (DUT) 22. A graphical-user- 
interface (GUI) 60 ties-in to the test and ^agnosis engine to provide real-time visual 
monitoring of the various fimctions provic^d by the present invention, more fiiUy 
described below. 

1 5 Further referring to Figure 1 , the test and diagnosis engine 30 includes 

automatic test equipment (ATE) in the form of a semiconductor tester 32. The tester 
includes ATE-specific software for generating test vectors or patterns necessary to test 
the DUT 22. To take advantage of the DFT gates, or scan chains, provided on the 
DUT to enable scan testing, the ATE-specific software is supplemented by an EDA 

20 tool 34. 

The EDA tool 34 includes a diagnosis engine 38 for evaluating converted 
output data from the ATE 32 for scan diagnosis. One of the benefits of the EDA tool 
34, besides diagnosing scan failure data, is the ability to generate ATPG pattems that 
access specified scan chains disposed in the DUT 22. An ATPG generator 36 within 

2 5 the diagnosis tool provides this capability. 
Further referring to Figure l,\respective pattem, test and diagnosis results 

translators 40, 50 and 70 convert data used by the ATE 32 and the EDA tool 34 to 
provide an automatic and seamless iniegration between the software packages. The 
pattem translator 40 performs ATPG Ip ATE vector conversion, and generates test 

3 0 pattems which may be compiled and loaded onto the ATE. The pattem translator also 

includes a map generation component ^ which generates a pattem map (shown as 
direct data at 43) between ATE and ATBG pattem domains and also captures 
information describing the locations of s^an load/unload sequences within the 
ATE/ATPG pattems. 
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Referring now to Figure 2, Wie test result translator 50, in further detail, 
includes a first converter Tl, whicll takes the ATE-specific ASCII output data from 
the tester 32, referred to as datalog flata, (essentially a list of failing vectors in the 
ATE domain indicating the failing ATE patterns, addresses, cycles, and device pins), 
and converts it into a general dataloa format in the ATPG domain (referencing ATPG 
pattem names). The general datalog Format combines elements of both the ATE and 
ATPG data formats. Additionally, correlation data from the mapping generator also 
feeds into the converter Tl to associate^scan chain location data with the vector 
pattem data. 

^•*^^^A series of functions ak operable on the general datalog through the 
flmctional block Al, such as fitering, sorting, accumulating and querying of data. 
The results of these functions aA viewable by a user through optional selection menus 
in the GUI 60. 

S^^yi^^The general datalog is th^ri converted by a second converter T2, into a general 
dafalog domain that includes ATM} information. This data is is optionally processed 
through block A2, and subject to mtering, accumulating, etc. A third conversion is 
performed by converter T3, where me general datalog ATPG data is transformed into 
scan-cell failure domain data, indicamg ATPG pattem names, scan chain names, and 
scan cell numbers. Like the general datalog data, the general scan cell failure data is 
subject to processing through block A3\filtering, sorting, accumulating, querying) as 
desired. A fourth converter T4, then takefe the general scan cell failure data and 
transforms it into a format suitable for the specific diagnosis tool employed. 

^**^I^^The diagnosis result translato\ 70, shown in Figure 3, feeds ATPG specific 
data from the diagnosis engine 38, thrVugh converter T5 to produce general diagnosis 
results. Functional block A5 provides optional data processing functions, as desired, 
such as filtering, accumulating, and the 

y^^^i^ As noted above, processiifc through the test and diagnosis engine 30 is 
conveniently monitored by a user mrough menu selections on the GUI 60. The GUI 
includes several interactive screens W^igures 6 through 8) that present a user with an 
array of options to visualize data in anv number of formats. This provides a user with 
maximum flexibility in determining am diagnosing problem areas in a DUT design, 
and can be used to reduce the volume omata which must be processed by the next 
step, thus reducing turnaround time. Of particular significance is the ability of the 
GUI to actually show sequences of scan chains for rapid evaluation by the user. This 
is more fully described below. 
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In operation, the test and diagnosis engine 30 cooperates with the GUI 50 to 
effect automatic and seamless integration between the ATE 32 and the diagnosis tool 
34. The general steps of operation are shown in the flowchart of Figures 4 and 5, and 
briefly described below. 
5 Initially, at step 100, t^ diagnosis tool 34 generates ATPG test patterns 

designed to serially shift along me scan chains (flip-flops disposed within the DUT 
22) to determine failures in are^ of the device not normally accessible by 
conventional ATE patterns. In OTder to get the patterns into the device, however, they 
must first be translated into the appropriate ATE vector format. As noted above, this 
10 is automatically carried out by theroattem translator 40, at step 102. The ATE 32 then 
processes the vector data to test thAoUT, at step 104, resulting in the capture of scan 
failure data, at step 106. The captured data is then converted and processed by 
converter Tl and block Al (Figure 2\ at step 108, to produce general ATE datalog 
data. 

15 With the scan failures detected and converted into general ATE datalog, the 

user may view the failure data in tabular or graphical format, at step 110, with the 
GUI 60. Figure 6 illustrates an example of the GUI screen with a variety of options 
available to the user. Both graphical and tabular formats may be selected, with the 
resulting screen showing the current and/or cumulative sequence of scan chains with 
20 the failures highlighted. If multiple tests are performed on one or more devices, the 
user can access accvmiulated data to view compiled results in a variety of ways, 
j^^^^ From this point, the user t^n directs the translation of the ATE datalog output 
data into the general ATPG datalombrmat v^th converter T2 and block A2, at step 
1 12. The general ATPG datalog data^may then be displayed, at step 1 14. 

2 5 The translation process continues, as shown in Figure 5, with the further 

conversion of the data fi^om the general ATPG datalog into general scan-cell failure 
data with converter T3, at step 1 1 6. This data may be viewed, at step 1 1 8, by the GUI 
60. To ready the data for diagnosis, a fourth conversion is performed by converter T4, 
at step 120, thereby translating the data firom general scan-cell failures to the specific 

3 0 EDA tool input data necessary for diagnosis. 

With the fiilly data convertedVhe diagnosis tool may then be directed, at step 
122, to diagnose the scan failures. FoMpwing a fifth data conversion by the diagnosis 
results translator 70, with T5, at step 1^, the results of the diagnosis may then be 
viewed by a user as logical defect data, at step 126. Figures 5 and 6 illustrate screens 
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^^^^^^ showing available options ai^ results associated with these steps as reflected in the 
GUI 60. ^ 

After diagnosis processin^the data may be further processed, as desired by 
the user. In some instances, the usejr may want to view a physical design map for the 
5 device to further understand the defects diagnosed. This may be accomplished 
through the use of additional softwar^ such as that available from Knights 
Technologies, and known under the traklemark "LogicMap" TM. 

Once the diagnosis is complete, the device manufacturer may use the data to 
determine those steps in the manufacturing process or the device design that appear to 
10 be problematic. By correcting any deficiencies in a timely maimer, the delay between 
device design and high-volume production may be reduced. 

Those skilled in the art will appreciate the many benefits and advantages 
brded by the present invention. Of Significant importance is the automation 
. . capability provided by the translators, which serve to seamlessly convert data between 

15 the respective ATE and EDA tool domams. This eliminates the need for costly and 
untimely batch processing to process data from one format to another. Further, by 
I y providmg a flexible GUI that monitors allrohases of the test and diagnosis, including 

'iEl visually illustrating failing scan chain sequ&nces, an understanding of the failures 

j;,; involved may be more easily comprehended\nd addressed by the semiconductor 

is 2 0 device manufacturer, 
n ^^^^^^ While the invention has bee\ particularly shown and described with reference 
jJs to the preferred embodiments thereott it will be understood by those skilled in the art 

C| that various changes in form and detai\may be made therein without departing from 

the spirit and scope of the invention. 
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